programming4us
           
 
 
SQL Server

SQL Server 2008 : Performance Data Collection (part 1)

- Free product key for windows 10
- Free Product Key for Microsoft office 365
- Malwarebytes Premium 3.7.1 Serial Keys (LifeTime) 2019
12/7/2010 7:44:27 PM
Performance data collection is one of the most significant new features for SQL Server Administrators. Performance data collection builds on the strengths of the DMVs to provide long-term data storage and reporting based on this data. Performance data collection will assist Administrators with troubleshooting, performance tuning, and capacity planning.

Performance Data Collection Explained

The performance data collector is a great new feature and really easy to get up and running in SQL Server 2008 to collect and store performance data, providing reports on the collected data. The data collector itself can be considered a SQL Server client consisting of data sources, an executable called dcexe.exe, data warehouse database, SQL Agent jobs, and Integration Services. Available sources include System Monitor (Perfmon) counters, DMVs, SQL Profiler traces, and application data/logs.

The performance data warehouse builds on the strength of the data provided by DMVs by collecting and reporting on this data. Performance data collection was designed to be used as an enterprise data repository, gathering data about all SQL Servers in an environment. Centralizing data collection and storage reduces the overhead on each monitored server and provides a single point for reporting. The reports provided by the performance data warehouse provide information useful when troubleshooting a problem (i.e., a system performance baseline that is self-documenting) and with trending and capacity planning. The data can be useful for retrospective troubleshooting as well as planning for the future.

The performance data collection feature consists of two distinct components, the Management Data Warehouse (MDW) and Data Collections (DC). The MDW is used to store the data used for reporting. Data Collectors are used to extract performance data from target SQL Server instances and to load this data into the MDW. The feature is disabled by default and both components require configuration prior to use. Data collection can be performed only by SQL Server 2008 instance and targets must be SQL Server 2008.

Management Data Warehouse

The Management Data Warehouse (MDW) is the relational database used to store the data collected from the monitored servers (data collection targets). The MDW is just a normal relational database hosted on SQL Server 2008 that needs to be configured by the Administrator before data collection can begin. The MDW can be used to capture data from the same instance, or from remote instances. In many deployment scenarios, it is intended that MDW is used as an enterprisewide repository for system and custom collection sets from many target servers. The management reports are produced using the data stored in the MDW.

Configuring MDW

The MDW must be set up prior to data collection being configured since the MDW must be supplied as the target for data collection. To launch the MDW configuration wizard within Management Studio, within the Management folder, right-click Data Collection and choose Configure Management Data Warehouse as shown in Figure 1.

Figure 1. Launch the Wizard to Configure Management Data Warehouse


Launching the configuration wizard, the first screen displays a Welcome notice. Click Next to continue, as shown in Figure 2.

Figure 2. Welcome Screen for Data Management Warehouse


The next step in the wizard is to select either to Create or upgrade a MDW or to Set up data collection. Since data collection requires an MDW, it should be set up first. As shown in Figure 3, verify Configure or upgrade a management data warehouse, then click Next.

Figure 3. Select Configure or Upgrade an MDW to Set Up the MDW


Next, the wizard requests details of the database to be used as the MDW.

In most cases, we’ll need to create a new database to use for this purpose; otherwise, choose an existing database from the drop-down list. Click the New button to create a new database (shown in Figure 4).

Figure 4. Configure the Database to Use as MDW


Configure the new database by entering a database name and configuring the locations for data and log files, if necessary (see Figure 5). It’s worth mentioning that by default the MDW creates the new database in SIMPLE recovery mode, meaning transaction log management is not necessary. Administrators requiring point-in-time recovery for the MDW should change the database to FULL recovery mode and take regular transaction log backups.

Figure 5. Configure the Name and Location for the MDW Database


The next step in the MDW process is security configuration, where it is possible to map database users to MDW roles (see Figure 6).

Figure 6. Map Logins to MDW Roles


Table 1 summarizes each role and the permissions or purpose of the role.

Table 1. Roles and Their Permissions
RolePermissions
mdw_adminRead/ write/ update/ delete access to MDW
mdw_writerAllowed to insert/ upload data to the MDW—required for data collectors
mdw_readerRead access to MDW

To complete MDW configuration, verify the settings on the summary step of the wizard and click Finish. The MDW setup is now complete and we can progress to configure data collection.

Other -----------------
- SQL Server 2008 : Performance Tuning - Partitioning
- SQL Server 2008 : Guide to the DYNAMIC Management Views (DMVs)
- SQL Server 2008 : Managing Security - Service Accounts and Permissions
- SQL Server 2008 : Managing Security - Security and SQL Agent
- SQL Server 2008 : Implementing Transactions - Transaction Traps
- SQL Server 2008 : Implementing Transactions - Deadlocking
- SQL Azure Primer (part 4) - Creating Logins and Users
- SQL Azure Primer (part 3) - Connecting with SQL Server Management Studio
- SQL Azure Primer (part 2) - Configuring the Firewall
- SQL Azure Primer (part 1)
- SQL Server 2008 : Implementing Transactions - Locking
- SQL Server 2008 : Isolation Level Explained
- SQL Server 2008 : ACID
- SQL Server 2008 : Transactions Explained
- SQL server 2008 : Handling Errors (part 3)
- SQL server 2008 : Handling Errors (part 2)
- SQL server 2008 : Handling Errors (part 1)
- SQL Server 2008 : Indexing for Performance - Putting It All Together (part 5) - Filtered Indexes
- SQL Server 2008 : Indexing for Performance - Putting It All Together (part 4) - Indexing JOIN Criteria
- SQL Server 2008 : Indexing for Performance - Putting It All Together (part 3) - Covering Your Queries
 
 
 
Top 10
 
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 2) - Wireframes,Legends
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 1) - Swimlanes
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Formatting and sizing lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Adding shapes to lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Sizing containers
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 3) - The Other Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 2) - The Data Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 1) - The Format Properties of a Control
- Microsoft Access 2010 : Form Properties and Why Should You Use Them - Working with the Properties Window
- Microsoft Visio 2013 : Using the Organization Chart Wizard with new data
- First look: Apple Watch

- 3 Tips for Maintaining Your Cell Phone Battery (part 1)

- 3 Tips for Maintaining Your Cell Phone Battery (part 2)
programming4us programming4us